home *** CD-ROM | disk | FTP | other *** search
/ Monster Media 1996 #14 / Monster Media No. 14 (April 1996) (Monster Media, Inc.).ISO / pcboard / ulp_213.zip / ULP_FAQ.DOC < prev    next >
Text File  |  1996-02-11  |  8KB  |  176 lines
  1.  
  2.     ┌───────────────────┐
  3.     │                   │ ║
  4.     │    ╥   ╥ ╥        │ ║
  5.     │    ║   ║ ║ ╓──╖   │ ║
  6.     │    ║   ║ ║ ║  ║   │ ║      UpLoadProcessor Frequently Asked Questions
  7.     │    ╙───╜ ╨ ║──╜   │ ║
  8.     │            ╨      │ ║
  9.     └───────────────────┘ ║
  10.       ════════════════════╝
  11.  
  12.  
  13. /*===========================================================================*/
  14.  
  15. >> Am having problems with ULP reporting the following...
  16. >>
  17. >> Node Work subdirectory not empty/available...decremented
  18. >>
  19. >> I have checked the work directory, which is K:\ULP\WORK, and found
  20. >> nothing in it. It says it decremented...to what? What should I look
  21. >> for.
  22.  
  23. It indicates a node collision in attempting to create node-specific files on
  24. startup.  When this happens, it logs the problem and adjusts the node number
  25. until it can run safely without stomping on the other files.
  26.  
  27. This is caused by one of two problems:  running ULP in two different windows
  28. and/or workstations with the same node number or trash in the work
  29. subdirectory.  Usually it's the latter, but it can't hurt to check your system
  30. for accidental node duplication.  Try removing your work subdirectory and let
  31. ULP recreate it, and see if that solves your problem.
  32.  
  33. /*===========================================================================*/
  34.  
  35. >> I'm getting some trouble with InfoZIP, too. Sometimes it gives me an error
  36. >> errorlevel 50! I can't find the problem for that, but it happens only a
  37. >> few times. [OS/2 versions]
  38.  
  39. Try turning off the "run in window flag" for the ZIP archiver.  I've found that
  40. InfoZIP's UNZIP sometimes gives an errorlevel 50 due to the stdout I/O
  41. redirection thread.
  42.  
  43. /*===========================================================================*/
  44.  
  45. >> I'm running PCB under Dos. So when someone uploads a program programmed
  46. >> for Win95 [or OS/2, Unix] with long file names then I can still use the
  47. >> regular pkzip right?
  48.  
  49. Yes, but not exactly.  Under DOS, PKUNZIP will spit out a warning and skip
  50. unpacking a file that won't fit under DOS filename constraints.  ULP will stop
  51. processing the file at that point to prevent destruction of the archive.
  52.  
  53. Any person writing Windows 95 software should know this and take appropriate
  54. steps to keep his filenames within the FAT filename limits, otherwise he risks
  55. trashing of his archives by the thousands of BBSs out there that are running
  56. under DOS.
  57.  
  58. Note that if you run the OS/2 version of ULP under OS/2 on HPFS drives, this
  59. will not be an issue as the long filenames will be processed properly and
  60. retained without error.
  61.  
  62. /*===========================================================================*/
  63.  
  64. >> I finally got around to setting ULP up and have 2.10 sucessfully
  65. >> working except for one point. Below is a log entry...
  66. >>
  67. >> ULP 2.10 Session: 12-29-95 20:23:45 ├──────────────────────────┤ OS: DOS v
  68. >>    *** WARNING : Node work subdirectory not empty/available...decremented
  69. >>    Upload Processing Mode
  70. >>    Matched to upload directory set 1
  71. >>    Slow mode enabled...running on node -1
  72. >> [ ... ]
  73. >> The work directory setup in ULPSM is K:\ULP\ULPWORK and the data directory
  74. >> K:\ULP\ULPDATA. There are NO files in these directories, when I look at them
  75. >> I have tried several things including erasing the subdirectories and having
  76. >> ULP create them, which it does handily. But I still get this error on every
  77. >> file processed.
  78.  
  79. The only way I can think of that can cause this to occur on every file is by
  80. feeding a node number of 0 to ULP, either on the command line or via the drop
  81. file (PCBOARD.SYS or DOOR.SYS).  Node 0 is not a valid node number, either to
  82. ULP or PCBoard (at least not according to their manual).
  83.  
  84. /*===========================================================================*/
  85.  
  86. >>-> Every time I see a duplication report the same question pops immediately
  87. >>-> in my mind.  "What was the name of the other file involved?"
  88.  
  89. >> I've wondered the same thing. But, I'd guess that the database has CRC val
  90. >> as opposed to file names. I could be wrong, but why store the name. Especi
  91. >> if the file has be renamed. I'd imagine that it would be caught too based
  92. >> the CRC.  Make sense?  <g>
  93.  
  94. ULP stores only mathematical data in the database that represents the file; it
  95. does not know either the name of the file or the archive from which it came.
  96. To do that would require a minimum tripling of the database size and the
  97. incremental speed penalty of manipulating that extra data.
  98.  
  99. However, ZDCS *does* have the ability you desire and ULP has hooks built-in for
  100. ZDCS.
  101.  
  102. /*===========================================================================*/
  103.  
  104. >> Today I installed the new ULP v2.10. It's working fine for me except
  105. >> for one thing. When a user uploads a RAR-packed archive which is
  106. >> password-protected, RAR (and thus ULP) waits for the password to be
  107. >> entered and waits till sysop-intervention is made. This could be very
  108. >> annoying for those who check the new uploads during a nightly event.
  109.  
  110. It's not a bug in ULP...the problem is with RAR.  There is no way to disable or
  111. override the password question; RAR's author should not make the assumption
  112. that someone is around to answer RAR's questions.
  113.  
  114. For example, PKUNZIP exits with an error if it encounters a password protected
  115. archive without specifying the -S command switch.
  116.  
  117. That being said, I've found a workaround: add "-p." to your RAR unpacking
  118. command line.  This will feed a fake password to RAR (a period), forcing it to
  119. try and unpack it, ultimately failing.  At least it won't stop and ask a dumb
  120. question (be sure you have "-y" on the command line as well).
  121.  
  122. /*===========================================================================*/
  123.  
  124. >> The other thing is there an errorlevel returned when the dup database
  125. >> validation fails?  I can only tell that it returns a 0 from the log
  126. >> file.  The reason I ask is that I do a compile as an event and I am
  127. >> unable to tell if I need to delete the .IDX file if there is a problem.
  128. >> Would it be easier just to delete the .IDX file before running the even
  129. >> in any case?
  130.  
  131. Not recommended.  If the validation fails, the database is most likely mangled.
  132. I've yet to see an instance of a defective index, so if you simply bypass the
  133. validation failure and recompile anyway, well...GIGO.
  134.  
  135. >> About the duplicate database.  If I delete the index after it fails it
  136. >> will recompile without any problems.
  137.  
  138. Yes, it will...all the validation data is in the index, so ULPSM just blindly
  139. compiles the raw database when the index is missing, incorporating and assuming
  140. valid any crap within.  If ULPSM reports the database is corrupt, there's only
  141. a 1 in 4 billion chance it's wrong.
  142.  
  143. /*===========================================================================*/
  144.  
  145. >> Is there a reason the hispeed and lospeed templates were dropped from
  146. >> the distribution file?  I didn't notice it until I saw they were version
  147. >> 2.0.
  148.  
  149. They are not (and never have been) in the distribution archive, at least not in
  150. the usual sense.  They are automatically created when ULP is first installed by
  151. running ULPSM with a new configuration filename.
  152.  
  153. If you want to change the version number in the templates, just do it the old-
  154. fashioned way:  use a text editor.  Or use the @VERSION@ macro instead which
  155. will always reflect the current version in the templates.
  156.  
  157. /*===========================================================================*/
  158.  
  159. >> On this [help] screen, under desqview, with no mouse
  160. >> [ ...screen snipped... ]
  161. >> How do I access the buttons at the bottom, eg Index ?
  162.  
  163. Alt-I.  Also, the "Prev" button is accessed through the Alt-F1 key combination
  164. and "Quit" is the same as pressing ESC.
  165.  
  166. /*===========================================================================*/
  167.  
  168. >> Also, the JPEG detection seems to be muffed up. I have 1 JPG file that came
  169. >> through the LORD-FDN (the only JPG I've had come in anywhere) and ULP says
  170. >> it's an "Unknown" format. Yet the JPEG viewer I have reads/displays it fine
  171.  
  172. You probably have the image parameters for JPEG set to 0x0x0.  That disables
  173. JPEG detection (same with GIF).  At least one of the image values must be
  174. non-zero in order for it to be identified and processed.  Try 0x0x1 and see
  175. what happens (that setting will pass any JPEG it encounters).
  176.